造成电子邮件乱码的原因很多，主要有以下几个方面：nbsp;（1）操作系统语种不同。

对于中文电子邮件，如果收信方所用的操作系统是英文环境而且没有外挂中文系统或未切换为中文编码方式，也会无法看到中文，只见到乱码。

所有的双字节字符（如中文简/繁体的GB和BIG5码及日文的JIS、nbsp;EUC和朝鲜文的nbsp;KSC码等）在非本语种操作系统下都会出现乱码。

同样在中文简体的GB码环境下看其他双字节字符时也只能看到乱码。

nbsp;解决方法：安装多语言支持包或使用多内码显示平台，对收到的邮件，根据其使用的语种切换到相应的编码方式即可消除乱码。

nbsp;（2）邮件服务器不支持8位（非ASCII码格式）。

传输邮件的传输机制或邮件编码的不同，可能造成邮件服务器不支持8位（非ASCII码格式）传输而形成邮件乱码。

例如直接发送中文或二进制等非ASCII码格式的邮件（如中文双字节文件、图片文件、可执行文件或压缩文件等二进制文件）时，邮件服务器有可能无法处理，便把信件中每个字符的第8位都过滤掉，从而造成邮件信息的失真或损坏，在收到邮件时就是一堆乱码。

nbsp;解决方法：在发送8位格式的文本文件时，必须事先进行编码，将文件转换为7位ASCII码或更少位数的格式，然后才能保证文件的正确传送。

收件人收到7位或更少位格式的邮件后，可以再转换为8位的格式，这样就可避免乱码。

nbsp;（3）收发端使用的E-mail软件和设置不同。

一般E-mail软件的“附件”功能都可以自动对信件先进行编码，然后再送出。

这样，只要收信人使用E-mail软件就能区别信件的编码方式，就可以自动将信件解码。

然而由于收发件人所用的E-mail软件默认配置不同或收发件人自己定制的一些选项不同，所以在收到编码的信件后，系统不一定能识别出信件所用的编码方法，自然无法自动解码，这样就会出现乱码。

nbsp;解决方法：nbsp;①可以用WinZip+IE来解码，请你把乱码邮件的内容，拷贝到剪贴板中，然后将其粘贴到记事本中，存为文本文件（例如），再将其后缀改为（改为），点击此文件，会启动WinZip，然后启动IE，把WinZip中的;文件拖到IE窗口中，就会显示邮件原来的内容，而不会看到乱码。

nbsp;②可以根据邮件中的关键字符判断编码方法，选取合适的解码软件进行解码。

邮件的编码方式主要有：UUENCODE、nbsp;Base64nbsp;encode、QPencode、BINHEX等。

nbsp;UUENCODE：这是UNIX环境下使用的编码方式，目前已经很少用，大体格式为：nbsp;beginnbsp;644nbsp;;M1G)O;2!I;amp;EN＋F)B3T!C(VEE＋FYC=‘4N961U＋G1W(%=E9“!.;W8@(#8@,3(ZM,SDZ,C4@,3DY－nbsp;@I296－E:79E9#H@9G)O;2!F;amp;%B;6%I;“;特征：乱码前面含有“beginnbsp;xxx”，后面是编码前的原始文件名（如），接着是已经过编码的信件内容（如上述的乱码部分），最后一行为“end”。

nbsp;解码办法：可用BECKY！EUDORA等E-mail软件，选择编码中相应的选项就可解码，也可以在E-mail软件中保存乱码邮件，存为后缀为“”格式的文件，然后用Winzipnbsp;解码展开。

解码后就会消除乱码。

nbsp;MIME/BASE64nbsp;encode：该编码方式将3个字节用4个字节表示，由于编码后的内容是6位的，因此可避免第8位被截掉，大体格式为：nbsp;MIME－Version：1.0nbsp;Content－Type：text/plain;nbsp;charset=“us－ascii“nbsp;Content－Transfer－Encoding:base64nbsp;Status：Rnbsp;SGmhQbF6pm6hSafapmK69Lj0pFexb6q＋sXqsT6Skpnbsp;OWrSKXzsN3DRLFNrmGhQQ0Kq1＋sTqq6vdCxnbsp;0LF6tFit07Dnbsp;dw0ShRw0KDnbsp;QqtuqX9p2m2RLF6p9qoz6XOIEnbsp;1Py3Jvc29mdCuiBnbsp;JbnRlcm5ldCBN……nbsp;特征：乱码前一般有如下几部分“信头”：Content－nbsp;Type(内容类型)、CharSet(字符集)和Co

为什么有时候会收到乱码的电子邮件？

这种情况一般是由于文字编码的不同所造成的，比如港台地区所采用的文字与我们的简化字不同，所以在我们的操作系统下无法正常显示，表现为乱码。